home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19990725-20000114 / 000270_news@columbia.edu _Tue Nov 9 12:30:31 1999.msg < prev    next >
Internet Message Format  |  2000-01-13  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA00132
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 9 Nov 1999 12:30:31 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id MAA24800
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 9 Nov 1999 12:23:51 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: SCO Unix 5.05 - setuid and setgrp errors
  11. Date: 9 Nov 1999 17:23:49 GMT
  12. Organization: Columbia University
  13. Message-ID: <809lb5$o6t$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@columbia.edu
  15.  
  16. In article <19991109110000.16565.00003490@ng-fn1.aol.com>,
  17. StevenHill <stevenhill@aol.com> wrote:
  18. : >What version of C-Kermit is it?  What kind of connection are you trying to
  19. : >make (dialed? network?).
  20. : 
  21. : It is a dialed connection, and we are using 6.0.192, 6 Sep 96 for SCO Open
  22. : Server R5 according to the message that comes up when Kermit is started from
  23. : the system prompt. We have many accounts using this same set up and working
  24. : fine. As stated before, the only difference (besides data <g>) between the
  25. : set ups is that this account is set up with the drive segmented off into a
  26. : number of partitions and our application does not reside on the root
  27. : partition, it is in a directory that is what the hardware people are calling
  28. : a virtual link to where the application really is. (Our application depends
  29. : on it residing in a particular directory, although that is changing with the
  30. : next release)
  31. : 
  32. : I hope this information will allow you to help me with the question of
  33. : getting setuid and setgid (setgrp?) errors. These errors only happen if we
  34. : execute Kermit from our application, and only on this particular system. If
  35. : you could tell me what causes Kermit to execute these functions, then I
  36. : might know what we can do to stop them from being called. It seems that they
  37. : are not called if we run it from the command line. (no errors anyway, and
  38. : Kermit has only rwxrwxrwx permissions, no rws permissions, although we tried
  39. : setting the permissions to rwsrwsrwx and it made no difference)
  40. : 
  41. Again, the different options for giving Kermit access to the dialout device
  42. are explained in the documentation.  If the suid/sgid method doesn't work
  43. for some reason, then you either have to figure out why (read the
  44. documentation to see all the things that can go wrong) and fix it, or else
  45. open up the lockfile directory and dialout device so suid/sgid is not
  46. needed in the first place.
  47.  
  48. : Oh yes, we are supplied a binary and our vendor says that they do not have
  49. : the source either, so I quess it was acquired in binary format, not source.
  50. : 
  51. This will sound mean, but then isn't this your vendor's problem?  There's no
  52. way on earth I can know what your vendor did.  Presumably your vendor licensed
  53. C-Kermit from us according to the terms and conditions at:
  54.  
  55.   http://www.columbia.edu/kermit/commercial.html
  56.  
  57. and if they did this, they know it is their responsibility to support their
  58. customers (like you), and our responsibility to support them.  So in this
  59. case, they should contact us instead of you, since they know what they did,
  60. but you don't and neither do I.
  61.  
  62. If they did not license it, they should have.
  63.  
  64. - Frank